IPV6 Unknown host error #99
Conversation
|
I have addressed some portability issues in this PR and committed the result to DCMTK's testing branch today. Once it passes our nightly builds, the commit should become visible in the public Git repository in a few days. Thank you for your contribution. |
|
I have to reopen the pull request since the modification in OFStandard::getAddressByHostname() causes problems on some of our test platforms. Specifically, it can happen that a hostname such as "localhost" gets resolved to an IPv6 address. If the DICOM association acceptor on that host only supports IPv4 (as all DCMTK applications currently do), they cannot be reached anymore. Therefore, a more flexible mechanism that allows a client to select between IPv4, IPv6 or the automatic hostname resolution is required. |
|
I now have implemented a solution based on your PR that does not break backward compatibility. There is now a new function |
Minor change to OFStandard::getAddressByHostname() and requestAssociationTCP() that allow DCMTK based clients to connect to IPv6 based servers. Thanks to Sobhita Mercy <[email protected]> for this contribution. This closes GitHub pull request #99.
Fixed IPV6 address association failures in requestAssociationTCP() function of dulfsm.cc.
Reference https://forum.dcmtk.org/viewtopic.php?t=5373
The issue was due to getaddrinfo() not checking IPV6 addresses for DNS lookup, resulting in an ‘Attempt to connect to unknown host’ error. Additionally, corrected sscanf formatting issue for calledPresentationAddress when an IP6 address is passed.